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Internet Payment System 

FIELD OF THE nWENTION 

The present invention relates to Internet commerce, aiso known as electronic 
comnierce. More particularly to credit card purchases over the Internet. 

RELATED APPLICATION 

This application is a Continuation-In-Part, of Serial Number 09/328,422, filed on 
06/09/99, which claims the benefit of U.S. Provisional Application serial number 
60/130,121, filed April 20, 1999 and entitled "Internet shopping without transferring credit 
card data over the Internet". 

BACKGROUND OF THE INVENTION 

The Internet, world wide web (WWW), is growing rapidly. Electronic commerce 
has grown substantially year after year. However, buyers still remain wary of making 
purchases over the Internet for fear of credit card fraud. 

Since the Internet is a public network, buyers are fearful of providing their credit 
card data. Many electronic conunerce options are available. None have been able to strike 
a balance between a system and process that is safe for the buyer, easy for the buyer, 
alleviates buyer fear, and does not disrupt the current system that sellers currently use. 

When a buyer chooses to make a website on-line purchase they may use a credit 
card. Websites will require the buyer's name, credit card data, expiration date and 
typically the buyer's address, as well as the address the buyer would like the purchased 
items shipped to. When providing this data, a buyer types it into their browser, which 
transmits the data over the Internet, which is a public network. This transmission is not 
secure, and may be intercepted. 

The buyer does not know how secure the server receiving their data is. Even if the 
transmitted data is not intercepted, someone may still be able to steal the data out of the 
website's server. 
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Web sites allow buyers to save their credit card data: actual credit card number, 
expiration date, name on the card, and other personal information, in the website's 
database. The next time the buyer shops, their data will be available without the need to 
type in the data. Once a buyer purchases items at multiple websites, the buyer's credit card 
5 data is held by multiple databases on the Internet. Having data in more than one place 
increases the odds of having data stolen or intercepted. 

Secure web-browsers exist, which encrypts the information being sent from the 
buyers browser to the website server. Typically secure web-browsers use Secure Socket 
Layer (SSL) technology. Secure servers also exist which utilize encryption, firewalls, and 
10 other means in an attempt to save buyers data from being stolen. 

However, even with these secure measures the buyer's credit card data is still being 
sent over the Internet. Servers housing the credit card data, often after it has been 
decrypted, are accessible, connected to the Internet and, and can be breached by hackers. 

An example of current systems and processes is shown in Figure 2, a block diagram 
15 illustrating the current c-commercc process and typical credit card transaction process. 
Figure 2 illustrates a typical credit card transaction process with either a non-Internet seller 
200 or an Internet seller 202, in which the process is the same. 

Buyer 204 decides to make a purchase with either seller (a non-Intcmei seller 200 or 
an Internet seller 202). Buyer 204 then provides their credit card data to either seller, 
20 represented by lines 208. Either seller sends the credit card data to standard credit card 
approval network 206, line 210. 

Standard credit card ^proval network 206 then processes the order and signifies to 
either seller whether the transaction has been approved or disapproved, line 212. Either 
seller then informs buyer 204 whether the transaction has been approved or disapproved, 
25 line 214. 

Current systems allow either seller to view buyer's 204 credit card data. The 
Internet seller, through interaction with buyer 204, also receives the data, line 208, over a 
public network, the Internet. 
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Other options exist, two patents are discussed below. 

U.S. Patent No. 5,826,241 (*241) discloses a computerized system for making 
payments and authenticating transactions over the Internet. The *241 patent requires both 
the buyer and the seller to have an account with the systeiri. uie '241 invention inserts 
5 itself into each financial transaction, charges the buyer's credit card, receives payment from 
the company the buyer has a credit card seller account with, may remove credit card fees 
and service charges, and then passes the money onto the seller. The seller is paid long after 
the purchase is consummated, maybe 30 days or more. Electronic mail (E-mail) is used to 
verify a purchase with a buyer, which may be a time consuming process. Transactions are 
10 approved by the buyer via email utilizing either "yes", "no", or "fraud" in the E-mail 
messages. The *214 patent uses the buyers' surrogate credit card number as the personal 
identification number (PIN) and shares the surrogate credit card number with the seller. 

U.S. Patent No. 5,757,917 ('917) discloses a computerized payment system for 
purchasing goods and services on the Internet. Transactions are approved by the buyer via 

15 E-mail utilizing either "yes", "no", or "fraud" messages, which are slow and time- 
consuming. The '917 patent uses the buyers' surrogate credit card number as the personal 
identification number (PIN) and shares the surrogate credit card number with the seller. 
The *917 patent also uses hardwired ethemet connections between an Internet-connected 
computer, "front end" and a computer, "back end", which contains both the surrogate and 

20 actual credit card data and which communicates with the credit card approval network. 

Buyers are wary of how their data is transmitted, who has access to the data, where 
the data is being stored, how long the data is being stored, and how secure the server 
storing the data is. 

A need exists for storing buyers* credit card data securely and keeping the data from 
25 ever being transmitted over a public network such as the Internet. 

There is a need to facilitate electronic commerce credit card transactions in a secure 
and time-efficient manner without changing the current credit card seller account systems 
that presently exist. A standard credit card processing method exists and is currently used 
by every seller who accepts credit cards. A system that requires sellers to acquire new 
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accounts or to otherwise alter their standard order processing system may not be cost 
effective or may be unacceptable to sellers. 

Sellers may not want to sign up for another service, apply for the service, go 
through the typical credit and background checks, which result in the need to set up 
5 additional accounting procedures, and receive yet another monthly statement and invoice. 
Sellers need a system that alleviates buyer fears and requires no additional hardware, 
software, or other costly and time consuming procedures to implemem. 

A need exists for buyers, who decide to make a purchase to securely make 
purchases over the Internet with as little effort and disruption as possible for either the 
10 buyer or the seller, without abandoning the present credit card processing method. 

Until the present invention, the foregoing needs and problems had not been met or 

solved. 

FEATURES AND ADVANTAGES 

The present invention has multiple features and advantages, a few of which are 
IS discussed below, others will be apparent from the entire disclosure. 

The present invention eluninates buyer fears about releasing credit card data. 
Buyers* credit card data is kept securely and never transmitted over a public network such 
as the Internet. 

With the present invention it is not necessary for sellers to purchase additional 
20 hardware, nor software. The code diat controls the sellers' Internet order forms is simply 
modified by the provider of the service described in this invention. The seller participates 
if so desired. 

When using the present invention, as far as the seller is concerned, the standard 
credit card transaction takes place and the seller receives their payment through their seller 
25 account provider just as with any other of their credit card transactions. 
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A seller does not need a secure site, digital identification certificate, and other time 
consuming and expensive additions to their web site for the purpose of providing secure 
transmissions for Internet commerce when using the present invention. Credit card data is 
never sent over a public network, such as the Internet. 

5 The present invention provides the buyer with the service of completing the seller's 

order form and including in the credit card data field a unique transaction identification 
number (TIN) that is unique, being generated for each purchase by the provider of the 
service described herein (the "Provider"). The buyer sends this completed form to the 
seller to authorize the transaction and the seller records the TIN and forwards the TIN to 

10 the normal credit card approval network (CCAN) in the same manner as any other 
electronic purchase. The TIN includes the Provider's bank identification number (BIN) 
which alerts the CCAN to contact the Provider over dedicated secure data transmission 
lines (not the Internet) to obtain the buyer's actual credit (or debit) card data by presenting 
the TIN unique to this purchase. This card data is then passed through the normal CCAN 

15 and an approval/decline notice is sent to the seller by the CCAN. 

Due to the present invention, wherein a third party confirms each online purchase, 
sellers may be the victims of less fraud. 

The buyer needs to open and maintain an account with the Provider. A buyer 
receives an account number and selects a personal identification number (PIN). Neither the 
20 credit (or debit) card data, nor the account number, nor the PIN is ever revealed to the 
seller to make a purchase using the present invention. 

The buyer's credit card data is kept on a secure server and is never transmitted over 
the Internet to make a purchase when using the present invention. 

Buyers personally enter their credit card data into the secure server during the initial 
25 enrollment process, either by using a 1-800 number and talking with a customer service 
representative of the Provider or on line at the Provider's web site. Buyers may enter 
credit (or debit) card data for multiple cards which may allow the buyer the flexibility of 
choosing which card to use to make a purchase. 
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The buyer invokes the present invention by clicking an icon that has been placed on 
the buyer's personal computer by the Provider during subscription or. when using a 
different computer, by contacting the Provider's web site. The invocation of the present 
invention is done instantly and in real-time. 

5 The buyers' credit card data is kept on a server located behind a firewall, and 

muhiple other security barriers. 

Working in conjunction with enhanced networking security protocols, the server 
also utilizes advanced multi-layered data mining and data management application 
progranmiing interfaces to protect the internal data structures from data access outside of 
10 the standard transaction process. Additionally, the server utilizes multiple data filters to 
prevent data outflows from transmission pathways other than those included in the 
transaction process. 

Extensive software does not need to be loaded onto the buyer's computer. The 
buyer may use any internet connected computer, anywhere, without the need for installing 
15 extensive software. The Provider merely downloads 4 lines of html code that establishes 
the Provider's icon on the buyer's computer. 

The present invention also checks the buyer's preferred shipping address with the 
address(es) provided by the buyer at the time of purchase. This check provides yet another 
level of security. If a credit card is lost, a criminal could order merchandise and have it 

20 shipped to the criminal's account. If the account number is lost, the criminal must also 
know the PIN number to be able to purchase merchandise with the account. Even if the 
PIN number is lost, the merchandise will only be shipped to the address(es) contained on 
the secure server. The criminal will not be able to send the merchandise to an address of 
the criminal's choosing without entering addhional information which is other than the 

25 account number or the PIN number, such as a ponion of the person^s social security 
number or the name of a relative, i.e. data that would not be known to the criminal. 

Another level of buyer security comes from the fact that the buyer's credit data is 
only on one server, not spread throughout the Internet on multiple seller servers. 
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Therefore, the buyer may inactivate their account by only having to access only one server, 
which denies use of the buyer's credit card data by everyone, 

A buyer is able to validate their purchase in real time while on-line. A transaction 
only occurs after correct verification of the account number, PIN, and shipping address. 

5 SUMMARY OF THE INVENTION 

The present invention is a system and method for providing electronic commerce 
without providing a buyer's credit card data over the Internet, or any other public network. 
The buyer uses a surrogate credit card number to make purchases over the Internet. A 
different surrogate number is used for every purchase, thus impeding the ability of sellers 

10 to track a buyer's buying habits. An ultra-secure server network is provided in which the 
surrogate credit card number can only be translated into the actual credit card data when the 
buyer, who is on-line while a purchase is being made, personally authorizes the purchase 
using a separate personal identification number. The converted credit card data is 
transmitted directly to the bank that bandies the seller's credit card account, just as though 

15 the buyer's actual credit card were physically passed through a point-of-sale terminal at the 
seller's premises. The data then proceeds through the standard electronic credit card 
approval network. The surrogate card issuer acts as a front-end, independent third party 
enabling prior buyer approval of each transaction while operating seamlessly with the 
standard credit card approval system. 

20 BRffiF DESCRIPTIONS OF THE DRAWINGS 

A more complete appreciation of the invention and many of the attendant advantages 
thereof will become b^er understood when referring to the accompanying drawings 
wherein: 

Figure 1 is a block diagram illustrating the process of the present invention. 

25 Figure 2 is a block diagram illustrating the current e-commerce process and standard 

credit card transaction process. 
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Figure 3 is a block diagram illustrating the process of the present invention as 
shown in Figure 1, in more detail. 

Figure 4 is a block diagram illustrating the overall process of the present invention 
between servers. 

5 Figure 5 is a block diagram of the transaction process for the present invention. 

Figure 6 is a block diagram continuing the transaction process of Figure S for the 
present invention. 

Figure 7 shows a continuation of the purchase transaction process. 

Figure 8 is a block diagram illustrating a step from Figure 7 widi additional steps. 

10 Figure 9 is a block diagram of the process for establishing a buyer's account with 

the present invention. 

Figure 10 is a block diagram of the process for establishing a seller's membership 
with the service that implements the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

15 Referring now to the figures, figure 1 is a block diagram illustrating the process of 

the present invention. The present invention internal network 100 is illustrated by block 
100. Buyer 102 interacts with seller 104. Transactions are made through a standard credit 
card approval network 106. 

Lines labeled 108 through 122 illustrate the process of the present mvention. Line 
20 108 illustrates buyer 102 choosing to purchase a product or service and utilize internal 
network 100. Buyer 102 sends the following to internal network 100: seller ID. 
transaction amount and the Internet protocol address of buyer 102, line 110. Internal 
network 100 activates a new two-way browser session with buyer 102, represented by line 
112, by utilizing the internet protocol address supplied by mercbuyer 102. 
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The browser screen displayed on buyer's 102 monitor details to buyer 102 seller's 
104 name and transaction amount and prompts buyer 102 to enter their account number and 
PIN to verify their identity. Buyer 102 sends this data to internal network 100, still using 
the two-way browser session, line 1 12. 

5 Internal network 100 verifies that buyer 102 has a valid account with Provider and 

invites buyer to select a credit (or debit) card and shipping address, again using browser 
session line 112. Buyer responds with choices, line 112. 

Internal network 100 then closes the browser session and activates a Transaction 
Processing Application which uses electronic commerce modeling language (ECML) or 
10 similar open protocol, to complete the seller's 104 order form; generate a unique 
transaction identification number (TIN); place the TIN in the credit card data field of 
seller's form; and place this completed form on the buyer's 102 monitor, line 114. Buyer 
102 then approves the purchase by clicking "approve" on the monitor, which sends the 
conq)leted form to the seller 104, line 116. 

IS Seller 104 records the TIN and forwards it to the normal credit card approval 

network (CCAN) 106, line 118. The Bank Identification Number (BIN #) found within 
each TIN notifies the CCAN to contact Internal network 100 and present this TIN to obtain 
the actual credit card data, line 120. The Internal network 100 checks the validity of the 
TIN and provides the corresponding buyer's 102 actual credit (or debit) card data to the 

20 CCAN, line 122. 

The CCAN then processes the transaction in the normal manner, sending an 
approval or decline notice to seller 104, line 124. Seller 104 notifies buyer 102 of the 
results of the transaction, line 126. Seller 104 never receives or views the buyer's 102 
account number, PIN or actual credit (or debit) card data to make this transaction. 

25 The transaction is now complete, buyer 102 has made a purchase, seller 104 has 

made a sale, and standard credit card approval network 106 has processed the credit card 
transaction. Neither seller 104 nor standard credit card approval network 106 have seen or 
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done anything different than they do with a normal credit card transaction once the 
surrogate number is replaced by the actual card number. 

Figure 3 is a block diagram illustrating the process of the present invention as 
shown in Figure 1, in more detail. 

5 Blocks and lines. 100 through 126 are identical to Figure 1 . Please read Figure 1 in 

conjunction with Figure 3. The following information describes the present invention 
internal network 100 in greater detail. 

Internal network 100 consists of web server 300 which is connected to the Internet. 
Web server 300 registers buyers and receives transaction data from merchant buyer 102. 
10 including: seller identity, and Internet Protocol GP) address for this on-line session of 
buyer 102 who desires to make a purchase of goods and/or services from seller 104, line 
110. Web server 300 then activates a two-way browser session with buyer 102 monitor, 
represented by line 1 12. 

Provider, who operates internal network 100, prompts buyer 102 to enter their 
15 account number and PIN, line 1 12. Buyer 102 enters and sends this data to web server 
300, line 1 12. Web server 300 transmits the data to database server 303, line 306. 

Server 303 is part of a network operated behind a secure firewall by the entity that 
provides the service described in this invention. 

Server 303 compares the account number and PIN for validation and, line 308, 
20 transmits, via web server 300 and browser session, line 112, with buyer 102, a request for 
which pre-stored credit (or debit) card and shipping address to use for this purchase. Buyer 
provides this data via browser session, line 1 12, to web server 300 and on to data base 303, 
line 310. This also activates the transaction process application (TPA) in application server 
304. The TPA sends this information along with the TIN to the Web Server which then 
25 completes the sellers order form and generates a unique transaction identi^cation number 
(TIN) and inserts the TIN into the field in the form reserved for the credit card data. The 
completed form is passed to web server 303, line 3 12, and on to buyer 102. line 1 14. 

-10- 
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Buyer 102 then authorizes the purchase by sending the completed form to the seller 
104, line 116. Seller 104 records the TIN and transmits it to the credit card approval 
network (CCAN) just as is done with any other credit card purchase, line 118, The CCAN 
recognizes, from information contained in the TIN, the need to visit internal network 100 to 
5 obiain the actual credit card data that will be used to process this transaction. This is done 
by routing the TIN to authorized processor 302, line 120. Authorized processor 302, is 
pre-auihorized by Provider to use dedicated, secure (non-Internet) telecommunication links 
to enter internal network 100, line 314. The TPA compares the TIN to that generated in 
line 310 and if valid, provides the acmal credit (or debit) card data that corresponds to this 
10 unique transaction to the authorized processor, line 316. 

Authorized processor 302 transmits the actual card data to the CCAN, line 122. 
The CCAN now processes the card data in the manner normal for any transaction and 
transmits an approval/decline notice to seller 104, line 124. Seller 104 notifies buyer 102 
of the resuh, line 126. 

15 The transaction is now complete, buyer 102 has made a purchase, seller 104 has 

made a sale, and standard credit card approval network 106 has processed the credit card 
transaction. Neither seller 104 nor standard credit card approval network 106 have seen or 
done anything different than they do during normal credit card transactions. The TIN is 
used by the authorized processor to identify the transaction and settle any post-transaction 

20 activities such as disputes, charge-backs, credits, exchanges, etc. 

Figure 4 is a block diagram illustrating the overall process of the present invention 
between servers. Shown in Figure 4 are the pathways between the various servers, layers 
of security represented by the firewall, and the gateways. Buyer 102 and seller 104 are 
connected to Internet 402, Web server 300 is connected to Internet 402 and to server 303 
25 and server 304 through security firewall 406 and gateway 410. 

Buyer Call Center 404 is accessed by buyer 102 through conventional phone lines, 
line 401, to a specific phone at the number listed in buyers 102 subscription. 

Buyer 102 provides their actual credit (or debit) card data and preferred shipping 
address(es) either on line through web server 300 and gateway 410 mto database server 303 

.11- 



wo 00/75843 



PCT/USOO/15788 



or by phone to a customer service represenutive who enters this data through gateway 402 
into database server 303. Server 303 and transaction processing application server 304 are 
in close proximity within a highly secure area with restricted access, both physical and 
electronic. 

5 Authorized processor 302 is connected to standard credit card approval network 106 

through dedicated communication line 414 and also accesses server 304 via gateway 412, 
completing the system. Seller 104 is connected to the credit card approval network 106 via 
dedicated communication line 416, not the Internet. 

Figure 5 is a block diagram of the transaction process for the present invention. In 
10 step 500 the buyer decides to make a purchase at a seller's website. In step 502 the buyer 
proceeds to checkout, to pay for the products or services selected. 

In step 504, the buyer selects to use the present invention as their payment vehicle. 
Selecting the present invention is as simple as clicking on an icon or text link which 
signifies the present invention and is recognized by the buyer. 

15 The action of step 504 causes the the current IP address of the buyer to be sent 

along with the transaction amount and the seller account ID to the web site of the present 
invention, step 506. In step 508, the web site activates a two-way browser session with 
buyer, identifies the transaction, amount and seller, and requests buyer's account ID 
number and PIN. These steps are transparent to the seller and the seller does not know 

20 what is going on between the present invention's web site and the buyer. 

Figure 6 is a block diagram continuing the transaction process for the present 
invention. Step 610 prompts the buyer for account ID and PIN. 

In step 612 web iservcr queries the secure intranet server operated by the Provider 
for validation of the buyer account ID, and PIN. Step 614 determines if the data is valid 
25 and requests from buyer which credit card and shipping address to use for this transaction, 
step 618. This shipping address is checked against those previously entered by the buyer, 
step 620. If a different shipping address from one stored is selected, then additional 
verification of buyer's identity is requested, step 622. This information is compared to 
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information entered by buyer during enrollment, step 624. If not valid, a failure notice is 
sent to both buyer and seller, step 628. 

If valid, the browser session is closed, and the transaction processing application 
(TPA) is initiated and appears on the buyer's monitor, step 626. Provider creates a single- 
use transaction identification number (TIN), places TIN in the data field used for credit 
card data on the seller's order form and completes the remainder of the form using data 
previously provided by the buyer. 

The buyer verifies die accuracy of die form as it appears on his or her monitor, step 
630. If inaccurate, buyer is advised to contact customer services and transaction is 
canceled, step 632. If accurate, buyer is asked to audiorize the transaction, step 634. If the 
buyer does not authorize the transacuon, it is canceled and the seller is so notified, step 
636. If the buyer approves the transaction, the completed form is transmitted over die 
Internet to the seller, step 638. 

Figure 7 shows a continuation of the purchase transaction process. The seller 
processes the transaction as any other, sending die TIN to die normal credit card approval 
network (CCAN) used by the seller for electronic commerce transactions, step 712. The 
CCAN tests the bank identification number (BIN) present within all credit card numbers to 
determine routing path, step 714. If the BIN unique to the Provider of the service 
described in the present invention is not present in the TIN, it is routed through the normal 
CCAN transaction approval process, step 722. 

If die Provider's BIN is present, it is routed to the Provider's internal network to 
obtain die actual credit card number, step 716. The TIN is checked by die Provider's TPA, 
step 718. If die TIN is valid, die acnial card data is provided to Uie CCAN, step 720, and 
is then routed through the normal credit approval process, step 722. If the TIN is not 
valid, die transaction is terminated and die CCAN is notified by the Provider, step 724. 
The seller is notified in die normal manner by the CCAN whether die transaction is 
terminated, approved or declined, step 726. The seller then notifies the buyer of die 
transaction stams, step 728. 



-13- 



wo 00/75843 



PCT/USOO/15788 



The transaction process is thus concluded, step 730. The CCAN has seen a 
standard transaction come to them for authorization, and responded in their normal fashion. 
The seller has seen a standard credit card transaction handled in a fully secure manner with 
no deviation from their standard e-commerce process, and they have completed a purchase 
5 for one of their buyers. The buyer has been given full assurance that the transaction 
conducted over the Internet was handled in a manner so as to provide complete privacy of 
their credit card data. 

Figure 8 is a block diagram for establishing a buyer's account with the Provider of 
the present invention. In step 810, buyer contacts Provider's web site and activates the 
10 enrollment function, step 812. The buyer provides standard enrollment information, 
including name address, preferred shipping address(es); selects a personal identification 
number (PIN); and provides a third layer of personal authentication as well as an 
authorization question and answer likely to be known only by the buyer, step 814. 

Buyer is prompted to read and accept the terms of the subscription agreement, step 
15 816. If the buyer refuses, the application is denied, step 818. If the buyer agrees, the 
buyer is asked if willing to provide their credit card data over this encrypted Internet 
connection this one time only, step 820. If buyer is not willing, buyer is invited to enroll 
via a real time "chat** session with a customer services representative of Provider, step 822. 
If the buyer does not agree, buyer is provided an interim account number and a phone 
20 number and invited to contact a customer services representative to complete the application 
over the phone, step 824. 

If buyer agrees to provide card data on line or via a chat session, the data will be 
provided, step 826, and the validity of the card(s) will be verified by Provider over the 
normal credit approval network, step 828. If the card(s) are not valid, the buyer will be 
25 notified and the process can be repeated if revised card data is provided, step 830. If the 
card(s) arc valid, the subscription process proceeds as depicted in Figure 9. The Provider 
issues an account number to the buyer, step 910. The buyer uses this account number and 
PIN to access the Member Services area of Provider's web site, step 912. Buyer views the 
Member Welcome Kit to learn the details of how to use the service and views the Seller 
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Yellow Pages to determine which sellers allow purchases using this secure service, step 
914. 

The buyer is asked if they now want to activate their account with the service so it 
can be used to make purchases, step 916. If the buyer does not want to make purchases 
5 immediately, their account will remain inactive until they choose to activate it, step 918. If 
the buyer is ready to make purchases, the account is activated and can be used to make 
purchases at any time, step 920. Once purchasing activity has been completed, buyer will 
be asked whether the account should remain active, step 922. If the buyer answers "yes", 
the account will be available to purchase whenever the buyer shops at a seller certified to 
10 use this purchasing system, step 920. If the buyer answers "no", the account will be placed 
on an inactive status, step 918. In this stams, no one can use the buyer's stored credit (or 
debit) card(s) to make purchases and only the member can activate the account. 

While the present invention does not require that a Seller establish an account with 
the Provider, some sellers may elect to do so as an added convenience and security measure 
IS for their customers. In such event. Figure 10 is a block diagram of the process for 
establishing a seller's membenhip with the entity providing the service described in the 
present invention. In step 1002 a seller requests to be registered with the system. 

Step 1004 then attempts to determine if the seller is qualified to be registered by 
meeting the following criteria: currently accept, at minimum. Visa and/or MasterCard 

20 (either credit or debit); currently has an e-commerce web presence and has been conducting 
e-commerce for approximately one year; their defined e-commerce methodology is 
compatible with the present invention; their e-commerce platform meets the system 
requirements of the present invention; they meet credit worthiness requirements and are a 
business in good standing, presumably accomplished through the Dun & Bradstreet 

25 directory. 

If the seller is not approved, then the process ends. Upon approval the process 
passes to step 1006 in which an agreement is executed. 

In step 1008 the seller provides the following data: . credit card seller processor 
seller identification number, seller processor name, appropriate contact data at the seller 

-15- 



wo 00/75843 



PCT/USOO/15788 



processor. The present invention then contacts the seller processor and provides the seller 
processor with the Bank Identification Number (BIN) that will be found in the TIN, and 
directions for routing the TIN to the present invention to obtain the actual credit card 
number. 

Step 1010 then assigns the seller a member-seller identification and creates a record 
for the seller within the present invention terminal server. This record includes the 
following: Seller ID, seller name and contact data, processor name and contact data, 
processor seller ID, and telephone number for transaction processing. 

In step 1012 the present invention then provides a few lines of HTML code to the 
seller that the seller can "cut and paste" into the seller's existing platform to offer the 
present invention as another payment option path to buyers. Embedded within this code is 
the ability to transfer the total transaction purchase price and the seller's account. Upon 
testing, verification, and certification, the seller is set up and may begin accepting 
transactions. 

In another embodunent, the surrogate credit card number and/or PIN does not have 
to be a number, it may be a digital certificate or other means of idendfying the buyer. 

Obviously, numerous modifications and variations of the present invention are 
possible in light of the above teachings. It is therefore to be understood that within the 
scope of the appended claims, die invention may be practiced otherwise than as specifically 
described herein. 
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CLAIMS 

What is claimed is: 

1. A method for allowing buyers to make private and secure real-time 
electronic commerce purchases using credit or debit cards without providing the buyer 

5 actual credit card data to the seller or over a public network, comprising the steps of: 

receiving a purchase request from a buyer or a seller; 

receiving a buyers' account identification number from the buyer; 

receiving the buyers* personal identification from the buyer; 

generating a transaction identification number that is unique to this specific 

10 transaction; 

transmitting the transaction identification number to the buyer; 

buyer authorizing the purchase by transmitting the transaction identification 
number to the seller; 

seller processing the transaction by sending the transaction identification 
15 number to the seller's credit/debit card processor for routing through the normal approval 
network for credit, or debit, card transactions, and 

transmitting the buyers' credit card data to a Provider-authorized processor 
operating within the normal credh card authorization network upon verification that the 
received transaction identification number matches the unique transaction identification 
20 number generated for this transaction. 

2. The method for facilitating secure electronic commerce as in claim 1 , further 
comprising the step of: 

transmining a purchase authorization screen to the buyer. 
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3. The meihod for facilitating secure electrotiic commerce as in claim 2, further 
comprising the step of: 

determining the internet protocol address of the buyer for the transmission of 
the purchase authorizaiion screen. 

4. The method for facilitating secure electronic commerce as in claim 2, further 
comprising the step of: 

displaying a purchase authorization screen to the buyer for the purpose of 
obtaining the buyers' account identification and personal identification number. 

5. The method for facilitating secure electronic commerce as in claim 1, 
wherein an order request from a seller comprises: a sellers' ID, a transaction amount. 

6. The method for facilitating secure elecu-onic conmierce as in claim 5 wherein 
a two way browser session is established between a buyer and a provider of the method. 

7. The method for fecilitating secure electronic commerce as in claim 5 wherein 
an order request from a buyer or a seller further comprises an internet protocol address of 
the buyer. 

8. The method for facilitating secure electronic conunerce as in claim 1, 
wherein receiving the buyers' account identification and receiving the buyers' personal 
identification number comprises receiving the account identification and personal 
identification number directly from the buyer without ever revealing the account 
identification or the personal identification number to the seller. 

9. The mtthod for facilitating secure electronic conunerce as in claim 8, 
wherein a transaction identification number includes a bank identification number that 
informs a seller processor where to route the transaction to reuieve an actual credit card 
number to process for this transaction. 

10. The method for facilitating secure electronic commerce as in claim 9, 
wherein a buyers' personal identification is a number. 
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II. The method for facilitating secure electronic commerce as in claim 6, further 
comprising the step of: 

comparing the buyers' shipping address with the shipping address provided 
by the buyer at the time of enrolhnent. 

5 12. The method for facilitating secure electronic commerce as in claim 14. 

ftirther comprising the steps of: 

upon determining the buyers' shipping address is different than the shipping 
address provided by the buyer: 

requesting another form of identification from the customer to verily the 
10 customer would like to have their purchase shipped to the new shipping address. 

13. A method for facilitating secure electronic commerce without providing a 
buyers credit card data over a public network in real time, comprising the steps of: 

receiving an order request from a seller or a buyer containing an internet 
protocol address of a buyer, a seller E); 

13 displaying a purchase authorization screen to the customer in a two way 

browser session between buyer and provider of the method at the internet protocol address 
sent by the seller; 

receiving a buyers' transaction identification number and personal 
identification number from the buyer through the purchase authorization screen; 

20 comparing buyers' transaction identification number the transaction 

identification number generated by the internal network, and 

upon successful comparison, providing the buyers' credit card data to the 
sellers' seller account processor. 

14. The method for facilitating secure electronic conamerce as in claim 1, further 
25 comprising the steps of: 
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receiving the buyer's credit card data, and 

maintaining the buyer's credit card data on a secure server which is not 
connected to a public network. 

15. A system for facilitating secure electronic commerce without providing a 
5 buyers credit card data over a public network in real time, comprising: 

a first computer containing buyer credit or debit card data, and 

a second computer connected to said first computer containing a transaction 
processing application program. 

16. The system for facilitating secure electronic commerce as in claim 15, 
10 further comprising: 

a third computer connected to the internet containing a program for 
communicating with sellers and communicating with buyers, and 

a seller processor securely connected to said second computer for relaying 
communications from said second computer to said first computer. 

15 17. The system for facilitating secure electronic commerce as in claim 15, 

further comprising: 

an on-line system wherein said first computer contains a program allowing 
the buyer to enter their credit card data through said on-line network through a secure 
gateway into said first computer. 

20 18. The system for facilitating secure electronic commerce as in claim 16, 

further comprising: 

a Provider-authorized processor that is also part of the normal credit card 
approval network connected to said second computer containing a program for processing 
credit card transactions. 
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19. The system for facilitating secure electronic commerce as in claim 16, 
wherein the security between said seller processor and said third computer is a firewall. 

20. The system for facilitating secure electronic conunerce as in claim 15, 

wherein said first computer contains a program for convening buyer 
surrogate credit card data into actual buyer credit card data. 

21. The system for facilitating secure electronic commerce as in claim 15, 

wherein said first computer contains a program for secm*ely receiving buyer 
credit card data over the internet. 

22. The system for facilitating secure electronic commerce as in claim 16, 
wherein the connection between said first computer and said fourth computer is wireless. 

23. The system for facilitating secure electronic commerce as in claim 15, 
wherein the connection between said first computer and said second computer is wireless. 

24. The system for facilitating secure electronic commerce as in claim 16, 
wherein the connection between said third computer and said fourth computer is wireless. 

25. The system for facilitating secure electronic conunerce as in claim 15, 
wherein said first computer is securely connected to the internal network. 

26. Computer executable software code stored on a computer readable medium, 
the code for facilitating secure electronic commerce without providing a buyers credit card 
data over a public network in real time, comprising: 

code for initiating a browser session on a buyers conqsuter containing data 
regarding a purchase, 

code for receiving the buyers identification, and 

code for transmitting buyers identification. 
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27. Computer executable software code stored on a computer readable medium 
as in claim 26, further comprising: 

code for approving the buyers identification, and 

code for completing a credit card transaction upon approval of buyers 

identification. 
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